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(54) Multimedia resource reservation system. 



(57) Provided are a system and method for adjust- 
ing a resource reservation for multimedia and 
normal traffic. An initialization file is used for 
storing data concerning a resource including a 
current maximum resource reservation for mul- 
timedia traffic. The user is presented the current 
maximum resource reservation, preferably in a 
graphical user interface to allow the user to 
adjust the resource reservation to a new 
maximum resource reservation in the initiali- 
zation file. One preferred graphical user inter- 
face presents a range of resource reservations 
is represented as a scale and the current 
maximum resource reservation as a point on 
the scale. The resource reservation is used by 
the operating system or other software for re- 
serving a portion of the resource. The remain- 
der of the resource is allocated to normal traffic. 
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R lated pat nt applications includ commonly assign d, cop nding patent application, U.S. Serial No. 
08/085,264 fil d on the same dat as the present application, ntitled "System and Method for Providing Mul- 
timedia Quality of Service S ssions In A Communications N twork" (IBM Docket No. AT9-93-060), incorpo- 
rated herein by reference; commonly assigned, copending patent application U.S. Serial No. 
5 filed on the same date as the present application, entitled "System and Method For Bandwidth Reserva- 

tion for Multimedia Traffic In Communications Network" (IBM Docket No. AT9-93-061); commonly assigned, 
copending patent application U.S. Serial No. 08/084,053 filed on the same date as the present application 
"Method and Apparatus for Reserving System Resources to Assure Quality of Service" (IBM Docket No. AT9- 
93-062); hereby incorporated by reference. 

w 

Background of the Invention 

The present invention relates to data processing systems. More particularly, it relates to such systems 
which reserve resources for multimedia connections or sessions. 
15 It has long been known to provide computer systems coupled together by means of digital communication 

networks so that users of the individual workstations may communicate with one another over the network. 
More recently, desktop conferencing, remote presentations, and other multimedia applications have been pro- 
posed between network users. However, such multimedia applications, as they are associated with data- 
intensive sound, voice, and video flows, require concomminant high bandwidth communication links between 
20 distributed computing systems with minimal communication delay, maximum throughput, and instantaneous 
burst communication capability. The requirements of such multimedia applications make scheduling appro- 
priate resources to provide for necessary quality of service for multimedia traffic while maintaining network 
availability for normal bandwidth traffic very difficult 

It is recognized that certain data in a network, such as that associated with multimedia, may require priority 
25 handling. A "quality of service" has been def ined in the literature, which seeks to describe various parameters 
which may be specified to define certain minimum requirements which must be met for transmission of given 
data types over the network. See, for example, quality of service standards set forth in the OSI TP4 interface 
(publication reference:) and the quality of service standards defined in CCITTQ.931 (ISDN), Q.933 (frame re- 
lay), and Q.93B (B-ISDN ATM) drafts. As yet another example, there is a priority mechanism in the IEEE 802.5 
30 specification for the Token Ring network. A station on the ring with a high priority frame to send may indicate 
this in an access control field of a passing frame. When a station sending the frame releases the token, it re- 
leases the token at the priority of the AC field, and eventually sets it back to its original priority as specified 
in an IEEE 802.5 medium access control protocol. The IEEE standard and implementations thereof merely 
specify a protocol for increasing and decreasing priority, but each station is unconstrained in its use of priority 
35 beyond this protocol. 

This in turn gives rise to a serious problem associated with the prior art. In seeking to accommodate sit- 
uations in which a high priority channel is required to guarantee real time service for multimedia traffic, one 
approach, since each station is unconstrained, has been for users to indiscriminately increase the priority of 
their flows to the point where no guarantees for multimedia quality of service was possible in that no discrim- 
40 ination was being provided, e.g. all the users were simply increasing their priorities. This also has the effect 
of choking off normal non priority traffic entirely. 

As yet another example of this, unconstrained use of priorities has resulted in bridges and routers loading 
so much high priority data on them as to flood the token ring with this priority traffic such that multimedia traffic 
obtains no guaranteed priority. Again, this results from no discrimination between differing connections, ses- 
45 sions, and transmit operations. 

Clearly other instances in the communication art have recognized the notion of need for differing priority 
of data types, whether in the form of multiple channels with different priorities (such as the IBM LAN Streamer 
Token Ring Adapter Card with two transmit channels, and the 100M BPS Ethernet System with priority chan- 
nels) and the synchronous/synchronous approach of, for example, the FDDI standards, a representative ex- 
50 ample of which is the FDDI SMT 7.X. 

Moreover, it is clear in the literature that the notion of scheduling data in differing priorities is well known. 
See for example Liu and Layland, Scheduling Algorithms For Multiprogramming in a Hard - Real-Time Environ- 
m nt . Journal of th Association for Computing Machinery, Vol. 20, #1 , January, 1973, wher "rate-monotonic 
priority assignment" is discussed, pag 50. Also s , for example, Dominico F nrari, A Scheme for Real Time 
55 Channel Establishment in Wide Area Networks , IEEE Journal of Selected Areas in Communications, Vol. 8, 
#3, April, 1 990, pag 368. In this reference modification of an earliest due date (EDD) policy is presented which 
governs differing levels of priority assigned to tasks. 

Similarly, the notion of specifying performance requirements in real time communication services is fur- 
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th r address d in anoth r reference to Dominico Ferrari, Client Requirem nts for R al-Tim Communication 
S rvices, IEEE Communications Magazine, Nov. 1990, page 65, wh rein it is noted that a cli nt and server 
will negotiat a specification for their respective requirements f r services including delay bounds, throughput 
bounds, and the like. 

5 The situation is complex. Computer system devices such as network adapters, buses, disks and host proc- 

essors are diverse in their capabilities in ways that are not easily captured by device specifications. A Priority 
Token Ring adapter, for example, will be able to reserve more bandwidth for multimedia applications if it can 
capture a token immediately after releasing it. A Token Ring adapter which cannot capture its token imme- 
diately upon releasing it will give other stations on the ring more opportunities to capture the token and thereby 

w reduce the amount of ring bandwidth which computer serviced by the slow adapter can reserve. This capability 
is influenced by the speed of the processor, the number of pad symbols introduced onto the ring following a 
transmission, and other factors which make it difficult predict what guarantees can be provided to multimedia 
streams. 

Just as devices have a wide variety of capabilities, multimedia steams have a great variety of rates: CD- 
15 ROM audio may stream data at 175 kilobytes per seconds (KBps), compressed, digital video may run at 
150KBps or greater while still frame audio rates are about 35 kilobytes per second or less. Multimedia com- 
puters may also have a variety of delay and burst requirements depending upon configuration. 

Thus, whatever means is devised to automatically reserve system or network resources to high bandwidth 
traffic is likely to be nonoptimal, particularly as new technologies and multimedia file types evolve. Too much 
20 multimedia traffic for the reserved resources will result in overutilization causing glitches or jitter in the mul- 
timedia sessions. If too much resource is reserved for multimedia traffic to solve the problem above, normal 
data traffic will be prevented from transmission. The applicants have recognized a need to time the allocation 
of resources devoted to multimedia session. Further, because a human being is the most adaptable control 
means yet devised, the applicants propose a user interface operable by the network administrator or other 
25 system user. The interface allows one to adjust a default or calculated maximum resource reservation value 
to a new value to better optimize performance. 

Summary of the Invention 

30 The present invention enables adjustment of resource reservation so that multimedia traffic receives ade- 

quate guarantees of quality of service, while reserving sufficient resource for normal data traffic 

Provided are a system and a method for adjusting a resource reservation for multimedia and normal traffic, 
the method comprising the steps of storing data concerning a resource including a current maximum resource 
reservation for multimedia traffic; 

35 presenting the current maximum resource reservation on a system display to allow adjustment to a new 

maximum resource reservation; and 

reserving a portion of the resource according to the new maximum resource reservation and reserving 
a remainder of the resource for normal traffic. 

In a preferred embodiment, an initialization file is used for storing data concerning a resource including a 

40 current maximum resource reservation for multimedia traffic. The user is presented the current maximum re- 
source reservation, preferably in a graphical user interface to allow the user to adjust the resource reservation 
to a new maximum resource reservation in the initialization file. One preferred graphical user interface pres- 
ents a range of resource reservation is represented as a scale and the current maximum resource reservation 
as a point on the scale. The resource reservation is used by the operating system or other software for re- 

45 serving a portion of the resource. The remainder of the resource is allocated to normal traffic. 

The initialization file may originally be built from default data concerning the maximum resource reserva- 
tion for a particular resource. Alternatively, the resource data may be entirely entered by the user. Yet other 
means for establishing the initialization file include searching a computer system coupled to the network for 
an application file containing the resource data or benchmarking the resource to determine the resource data. 

so 

Brief Description of the Drawings 

The pres nt invention will now be describ d in more detail with ref r nee to th accompanying drawings 
in which: 

55 FIG. 1 depicts a computer system including system display, system unit, m use and keyboard; 

FIG. 2 is an architectural block diagram of the computer system in FIG. 1; 

FIG. 3 is an illustration of a data processing system including three workstations interconnected by a net- 
work in accordance with the subject invention; 
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FIG. 4 is block diagram of preferred lay red op n syst mconn ction m dule showing th relationships f 
components of the subject inv nti n to th layers; 

FIG. 5 is a flow diagram for r trieving and/or constructing an initialization file; 
FIGs. 6A-6C depict a configuration process; 
5 FIG. 7 is a flow diagram of the process to modify the maximum resource reservation percentages for a 

plurality of system resources; 

FIG. 8 is a graphical user interface which allows the system administrator or user to adjust the resource 
reservation percentages as described in the process of FIG. 7; 

FIG. 9 shows a resource reservation table including a resource capacity table and current reservations 
10 table; and 

FIG. 10 is a flow diagram for building the current reservations side of the resource reservations system 
table. 

Detailed Description of the Preferred Embodiment 

15 

The invention may be run on a variety of computers or collection of computers under a number of different 
operating systems. The computer could be, for example, a personal computer, a mini computer, mainframe 
computer or a computer running in a distributed network of other computers. Although the specific choice of 
computer is limited only by disk and disk storage requirements, computers in the IBM PS/2 (TM) series of conv 
20 puters could be used in the present invention. For additional information on IBM's PS/2 series of computers, 
the reader is referred to Technical Reference Manual Personal Systems/2 Model 50, 60 systems IBM Corpor- 
ation, Part No. 68X2224 Order Number S68X-2224 and Technical Reference Manual Pers onal Systems/2 
(Model 80) IBM Corporation Part No. 68X 2256 Order Number S68X-2254. One operating system which an 
IBM PS/2 personal computer may run is IBM's OS/2 2.0 (TM). For more information on the IBM OS/2 2.0 Op- 
25 erating System, the reader is referred to OS/2 2.0 Technical Library. Programm ing Guide Vol. 1. 2. 3 Version 
2.00 Order Nos. 10G6261, 10G6495, 10G6494. 

In the alternative, the computer system might be in the IBM RISC System/6000 (TM) line of computers 
which run on the AIX (TM) operating system. The various models of RISC System/6000 computer are described 
in many publications of the IBM Corporation, for example, RISC System/6000. 7073 a nd 7016 POWERstation 
30 and POWERserver Hardware Technical reference, Order No. SA23-2644-00. The AIX operating system is de- 
scribed in General Concepts and Procedure-AlX Version 3 for RISC System/6000 Order No. SC23-2202-00 
as well as other publications of the IBM Corporation. 

In FIG. 1, a computer 10, comprising a system unit 11, a keyboard 12, a mouse 13 and a display 14 are 
depicted. The screen 1 6 of display device 1 4 is used to present the graphical user interface (GUI). The graphical 
35 user interface supported by the operating system allows the user to use a point and shoot method of input, 
i.e., by moving the mouse pointer 1 5 to an icon representing a data object at a particular location on the screen 
16 and pressing one of the mouse buttons to perform a user command or selection. 

FIG. 2 shows a block diagram of the components of the personal computer shown in FIG. 1. The system 
unit 11 includes a system bus or plurality of system buses 21 to which various components are coupled and 
40 by which communication between the various components is accomplished. The microprocessor 22 is con- 
nected to the system bus 21 and is supported by read only memory (ROM) 23 and random access memory 
(RAM) 24 also connected to system bus 21 . A microprocessor in the IBM multimedia PS/2 series of computers 
is one of the Intel family of microprocessors including the 386 or 486 microprocessors. However, other micro- 
processors included, but not limited to, Motorola's family of microprocessors such as the 68000, 68020 or the 
45 68030 microprocessors and various Reduced Instruction Set Computer (RISC) microprocessors manufactured 
by IBM, Hewlett Packard, Sun, Intel, Motorola and others may be used in the specific computer. 

The ROM 23 contains among other code the Basic Input-Output system (BIOS) which controls basic hard- 
ware operations- such as the interaction and the disk drives and the keyboard. The RAM 24 is the main memory 
into which the operating system and application programs are loaded. The memory management chip 25 is 
so connected to the system bus 21 and controls direct memory access operations including, passing data between 
the RAM 24 and hard disk drive 26 and floppy disk drive 27. The CD ROM 32, also coupled to the system bus 
21, is used to store a large amount of data, e.g., a multimedia program or large database. 

Also connected to this syst m bus 21 are various I/O controllers: Th keyboard controller 28, the mouse 
controller 29, the vid ocontroll r 30, and the audi controller 31 . As might be exp cted, the keyboard controller 
55 28 provides the hardware interface for the keyboard 1 2, the mouse controller 29 provides the hardware inter- 
face for mouse 1 3. the video controller 30 is the hardware interface for th display 1 4, and the audio controller 
31 is the hardware interface for the speakers 15a and 15b. The speakers 15a and 15b may be used to present 
audio objects to the user. An I/O controller 40 such as a Token Ring Adapter enables communication over a 
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network 46 to oth r similarly configured data processing systems. 

One f th pr f rred implem ntations f the present inventi n is as a set of instructions in a cod module 
r sident in the random access memory 24. Until required by the computer system, th s t of instructions may 
be stored in another computer memory, for example, in the hard disk drive 26, in an optical disk for eventual 

5 use in the CD ROM 32 or in a floppy disk for eventual use in the floppy disk drive 27. As shown in the figure, 
resident in RAM 24 is the resource reservation system 52, which consists of three major parts. The initialization 
file 54 permits the system administrator or other user to declare devices which cannot be automatically deter- 
mined by searching the system in their network and to allocate the proportion of a computer system resources 
which can be reserved for realtime, multimedia purposes. The configuration subsystem 56 parses the initial- 

10 ization file 54 and reports device connectivities speed and the amount of reservable capacity in a log file. The 
reservation subsystem 60 either admits or refuses access to priority service based on the current level of res- 
ervation within the network. 

Fig. 3 illustrates a data processing system comprising a three workstations 62, 64, and 66 interconnected 
by a pair of data networks 68 and 70, so as to permit communication between the workstations. Although only 

15 three workstations are depicted for sake of simplicity one skilled in the art would understand that a multitude 
of workstations could be connected to the networks. It is assumed that the data processing system shown in 
Fig. 3 is of a type which permits concurrent real-time communication between the users. The networks operate 
according to a conventional network protocol, such as the token ring protocol described in Token Ring Network 
Architecture reference, SC30-3374, IBM, 1989. 

20 Fig. 3 depicts only one possible hardware configuration for a data processing network. Other configura- 

tions are possible. For example, the data processing system could be based upon a star network, or a host 
processor connected to a plurality of dumb terminals, or could further be based upon a plurality of remote proc- 
essors connected by a communication network, the networks could also be based upon the telephone network,,, 
and ISDN network, or any other "dial up" networks. Moreover, the workstations could be located within the 

25 single workspace or within a local area, or could be remote from one another. A source for detailing technical 
planning information for configuring a network of workstations in accordance with the invention, is the IBM 
Extended Services for OS/2 Example Scenarios Manual , 1991. 

Multimedia computing is the processing of various media, such as video, waveform audio, musical instru- 
ment digital interface (MIDI) streams, animation, graphics, and text. Media processing includes the capture, 

30 authoring (editing) and playback of media streams as well as other data processing applications. Multimedia: 
documents which are stored on some non-volatile medium, such as a disk, are referred to as recorded multi- 
media applications. There are also live multimedia applications in which two or more people communicate with, 
each other at the same time using a computer. Live multimedia applications are normally conducted across 
space and time indicating that live multimedia is inherently distributed. Even recorded multimedia applications 

35 require distributed file system services to share large volumes of stored media, such as video disk, audio in- 
formation, or computer-generated images. Thus, it is critical that a prioritizing scheme in accordance with the 
invention for multimedia applications includes support for a distributed environment. 

To reduce design complexity, most networks are organized as a series of layers, each one built upon its 
predecessor as described in Computer Networks, Tannenbaum, Andrew S., Prentice Hall (1988) and OSI, A 

40 Model for Computer Communications Standards , Black, Ulyess, Prentice Hall, 1991. The number of layers, 
the name of each layer, contents, and function of each layer differ from network to network. However, in each 
network, the purpose of the layers is to offer certain services to the higher layers, shielding those layers from 
the details of how the offered services are actually implemented. The purpose, function, and details of each 
f the layers and their interaction is set forth in the previously noted references and is familiar to communication 

45 programmers ordinarily skilled in the art 

The transport layer accepts data from the session layer, splits it up into smaller units and passes the units 
to the network layer to ensure that the pieces all arrive at the other end. Details of the transport layer and how 
it fits into the OSI architecture are shown in Fig. 1 8 of the Tannenbaum book and described in the related pages. 
A representative of network architecture that provide technical standards documents for the networking fra- 

50 mework are ISO/IEC JTC 1/SC 21 Information Retrieval. Transfer and Management for OSI Secretariat : USA 
(ANSI) (3294) Basic Reference Model Management Framework (7498-4), and Management Information Model 
(3324) ISO, 1989. 

Priority assurance is an imp rtant factor in nsuring QOS, and is enabl d by operation of a component 
which may be implemented in hardware I gic or software. The component regulates access to the priority 
55 queue or transmit that is attached to the shared medium local area network section. Access to the priority 
queue or transmit channel will pass through this compon nt, thus subjecting all communication transactions 
to rejection or tracking by the component A more detailed discussion of this component and the related sta- 
tion's bandwidth manager component ar described in Network Priority Management . U.S. Patent Application, 
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(AT9-92-089) S/N , filed by . which is here- 

by incorp rated by reference. 

Turning now to Fig. 4, d picted there is a schematic re pres ntation of several f rmsof a multilayered com- 
puter communication network model based upon the OSI layered reference model. Further detail of this OSI 

5 and related IEEE models may be found in OSI, A Model for Computer Communications Standards , infra. The 
layers of the OSI model are shown in Fig. 4 as reference numerals 80-86. The lowest layer is the physical layer 
OS1 1 , 80, which is responsible for implementing a physical circuit between data terminal equipment and data 
circuit terminating equipment. 

The data link or second layer, OSI 2, 81, is responsible for transfer of data across the link. The third or 

w network layer, OSI 3, 82. specifies the interface of the user into a network and also defines network switch- 
ing/routing and communications between networks. The fourth or transport layer, OSI 4, 83, provides an in- 
terface between the data communications network and the upper three layers. This layer is of particular interest 
inasmuch as it provides the user options in obtaining certain levels of quality, and is designed to keep the user 
isolated from some of the physical and functional aspects of the network. 

15 The fifth or session layer, OSI 5, 84, serves as a user interface into the transport layer below, providing 

a means for exchange of data between users such as simultaneous transmission, alternate transmission, 
checkpoint procedures and the like. The remaining two layers, the presentation layer 85 and application layer 
86, ensure that user applications can communicate with each other and further concern the support of the end- 
user application process. 

20 There are many types of quality of service parameters known in the art, these parameters are described 

in detail in commonly assigned copending patent application U.S. Serial No. 08/085,264 entitled "System and 
Method for Providing Multimedia Quality of Service Sessions in A Communication Network" which was incor- 
porated by reference above. This quality of service parameters include: Connection delay, connection estab- 
lishment failure probability, thruPut transit delay, residual air rate, transfer failure probability, connection re- 

25 lease delay, connection release failure probability, protection, priority and resilience. Parameters of particular 
interest to the resource reservation system table described below are thruput burst and delay. Thruput is the 
average amount of information passed through communications link at a given period of time. Burst is the max- 
imum amount of information passed through the communications link in a short period of time. A delay is the 
maximum amount of delay which can be tolerated, typically due to the buffer size in relation to thruput The 

30 default quality of service parameters may be provided for each type of multimedia file. The resource reserva- 
tion system has an initialization file in which these parameters may be stored. They may be based on default 
values, values entered in by the user, system administrator or calculated values based on the number of frames, 
frame rate and other characteristics of the multimedia file. 

FIG. 4 also shows a preferred layered open systems interconnection model showing the relationship of 

35 components of the subject invention to the layers and to the data processing system. An application program 
100 on a client system seeks a file to be accessed through a file system application program interface (API) 
1 02 or to a redirector 104. The redirector determines whether the file is located on the client system or a remote 
system such as the server system. If the file is located on the client system, the redirector then accesses a 
local file system not shown. If the file is located on the server system, then the redirector passes a request 

40 for access to the desired file to the server system through a communications transport layer 1 06 (such as Net- 
Bios or TCP/IP) to a network adapter device driver 108. The network device driver then sends the request to 
the server system through a network adapter 1 09 across a communications link 1 1 0 (such as ethernet or token 
ring) to the server system network adapter 112 and network adapter device driver 114. The network adapter 
device driver then passes the request on to the communications transport 116. The communications transport 

45 then passes the request on to a high performance file system (HPFS) 118. The high performance file system 
then passes the file request onto a resource reservation system (RRS) 1 02. The resource reservation system 
then determines whether there are any quality of service parameters for the requested file. If not, then the 
resource reservation system so notifies the high performance file system. The high performance file system 
then accesses the file through a local file system to a local disk drive (not shown). If the resource reservation 

so system determines that there are quality of service parameters for the requested file, then the resource res- 
ervation system then automatically reserves the appropriate resources to ensure that the quality of service 
for the file is maintained. This process will be described in detail below. The resource reservation system so 
notifies th high performance file syst m. Th high perf rmanc fil system then p ns and acc sses the 
f il through a local fil system to a local disk drive. Access to th fil is then provid d to the requ sting appli- 

55 cation program, with quality of service guarantees if established, and the application program is so notified. 
This notification occurs through communications transport 116, network device driver 114, network adapter 
112, communications link 110, network adapter 109, network device driver 108, communications transport 106, 
redirector 104, and file system API 102. Please note that the elements of the client and server systems are 
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shown con* sponding to layers of th OSI model described abov . In additi n f the elements of the client and 
host systems corr spond to the elements of the data processing system described above. El ments 100-108 
reside in memory f the client system and are executed by the cli nt system processor. Network adapters 109 
and 112 are communications adapters for the client and hosts systems respectively. In addition, portions of 

5 the network adapter device drivers may reside on and be executed by the network adapters. Communications 
link 116 may be a network such as Ethernet or Token ring. Elements 114-1 20 reside in memory of the server 
system and are executed by the server system processor. 

It wilt be noted there are other implementations in the art of such an OSI reference model bearing varying 
degrees of similarity. This new session 90 to carry the multimedia data associated with device 2, 86, at a guar- 

w anteed QOS. 

The process begins with the request to retrieve the initialization file in step 250. This process is usually 
invoked prior to the configuration process described with reference to FIGs. 6A-6C or the update process de- 
scribed referenced to FIG. 7. In step 251, a test is performed to determined whether the initialization file is 
found, if not, a new initialization file (rrs.ini) is created and the appropriate defaults such as the defaults for 

15 AVS, AVI and VOC files in steps 255, 256 and 257 are written to the new initialization file. Also, system defaults 
such as defaults for a SCTSI disk drive can be written to the initialization file if the system architecture is known. 
As will be discussed below, various operating system and transport system functions keep tables of the system 
configuration with could be consulted to build the initialization file. After the defaults are written to the new 
initialization file the process returns to the test in step 251, which will succeed this time, and proceed to read 

20 the initialization file in step 263. The resource reservation system, by reading the initialization file, will be able 
to determine whether the devices have been configured. If they have not been in step 267 the configuration 
process begins as described in association with FIGs. 6A-6C. If the devices have been configured, in step 269, 
the device capabilities table is built. The process ends in step 271. 
Table 1 depicts a sample rrs.ini file based on default parameters. 

25 

Table 1. Initialization File 

[FILE] 

fileext = AVI 
30 readtput = 175000 

readburst = 64000 



35 



40 



45 



so 
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WriteBurst = 0 
WriteTPut = 0 

[DISK] 

DISKNUM = 1 
DISKTYPE = SCSI 
XferRate = 1000000 



[MACHINE] 

CPUTYPE = I486 
CPUSPEED = 33 
Bustype = MCA 



20 [FILE] 

FILE EXT = AVS 
READTPUT =150 
readBURST = 64 

25 

writeburst = 0 
writetput = 0 



[ NETWORK ] 

ADAPTER = 0 
Reservable = 80 



35 

In the example above, parameters for an AVI file disk, machine, an AVS file and network adapters are giv- 
en. Other parameters such as a disk controller, system bus or system memory could be included in the default 
parameters for initialization file. The first file parameters (AVI) are default values for the Video for Windows 
AVI files. In the table, all the AVI files have a default throughput of 1 75000 bps and a default burst size of 640000 
40 bps as defined by the re readBurst variable The writeTBurst and WriteTPut variables are used for files which 
the user can write to in addition to reading. Generally, a user can not write to an AVI file so these values are 
set to zero)) 

The number of the disk on the server can be defined within the disk parameter using the DISKNUM vari- 
able. The disk type such as SCSP is set by the or the disktype variable. Further, the transfer rate of the disk 
45 drive which is important in allocating multimedia disk resource is set to 1000000 Bps. For computers which 
will not provide information on CPU type and speed through the use of operating system API calls, the machine 
set of variables can be used to define the CPU type CPU speed and BUS type of the server. 

In the table, a second file, an action media II AVS file is defined as having a READTPut of 150000 and a 
readBurst of 64000. Finally, the adapter which connects the server to the network includes an adapter name 
so set to zero by convention. Finally, a certain amount of the network adapter capacity which can be set to default 
reservable value. 

The process by which the configuration subsystem parses the initialization file and stores information con- 
cerning the device conn ctivities speeds and reservable capacity in an updated initialization file and in th 
log file is depicted in FIGs. 6A-6C. The process begins in step 301 where information on the disks attached 
55 to the system is searched in the initialization file. In step 302. a test is performed to determine whether there 
was any disk information in the initialization file. If not, in step 303, the configuration subsystem searches the 
system or network for disk information. OS/2 and other computer operating systems provide APIs for deter- 
mining which peripheral devices are connected to computer system, their interconnection, such as disks to a 
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SCSI contrail r, th ir sp d and oth r characteristics. Further, other software subsystems contain files about 
th com put r system on which th y ar operating. This process is called "sniffing." The sniffing process may 
need to b suppl m nted by databases within th resource reservation system which contain the required in- 
formation on the system resource by device type. Alternatively, and possibly preferably, the benchmarking 

5 process described below is used more accurately determine the system resource capability within the system 
environment itself. Because resource capabilities will differ due to other resources in the system, benchmark- 
ing is believed to be the most accurate means of determining resource capability. In step 304, a test is per- 
formed to determine whether the disk information was successfully determined. In step 305, which is performed 
if the disk information was not successfully determined in step 303, the disk is benchmarked. Next, in step 

w 306, the user is asked to select the proportion of capacity to be reserved for realtime multimedia traffic. Pre- 
ferably this is done thorough graphical user interface as will be discussed below. A default or calculated value 
for the maximum amount of the resource which can be reserved for multimedia traffic is entered in the initial- 
ization file in the absence of user input. The benchmarking process can be designed to output not only the 
maximum capacity of the resource but also the maximum percentage of the resource which can be safely re- 
ts served for multimedia traffic. In step 307, a test is performed to determine whether another disk is attached 
to the system. If so, steps 301 through 306 are repeated until information for all the disks have been entered. 

The process proceeds to step 308 where disk controller information is read in from the initialization file. 
Next, in step 309, a test is performed to determine whether any disk information was found in the initialization 
file. If not system is sniffed for disk controller information in step 310. Next, in step 311, a test is performed 

20 to determine whether a disk control information was successfully located in the "sniff test. 

If not, in step 212, the disk controller is benchmarked. In step 313, the user is prompted through the graph- 
ical user interface for the maximum proportion of the disk controller capacity to be reserved for a multimedia 
traffic. In step 314, a test is performed to determine whether another disk controller is attached, if so, steps 
308 through 313 are repeated until information for all disk controllers has been entered in the initialization file. 

25 Referring now to FIG. 6B, in step 315, the bus information is read from the initialization file. In step 316, 

a test is performed to determine whether there is any bus information in the initialization file. If not, in step 
317, the bus information is determined by a "sniff test of the system or network. In step 318, a test is performed 
to determine whether the bus information was successfully ascertained. If not, the bus is benchmarked in step 
319. In step 320, the user is prompted through the GUI for the proportion of the system bus to reserve for a 

30 multimedia applications. 

The Process continues to step 321 where network adapter information, if any, is read from the initialization 
file. In step 322, the configuration subsystem determines whether there was any network adapter information 
in the initialization file. If not, in step 323, the network adapter information is sniffed on the system. In step 
324, a test is performed to determine whether the network adapter information was successfully sniffed. If 

35 not, in step 325, the network adapter is benchmarked. In step 326, the user is prompted for the maximum pro- 
portion for the network adapter bandwidth to reserve for multimedia traffic. In step 327, a test performed to 
determined whether there is another network adapter configured on the system. If so, the process returns to 
step 321 and repeats steps 321 through 326 until all information for network adapters have been determined. 
Referring now to FIG. 6C, in step 328, the memory size from the initialization file is read into the config- 

40 uration subsystem. A test is performed in step 529 to determine whether the memory size was successfully 
read, if not, in step 330 the memory size on the server is sniffed. In step 331, a test is performed to determine 
whether the memory size was successfully determined. If not, in step 332, an attempt is made to allocate a 
memory block specifically for multimedia information. In step 333, a test is performed to determine whether 
the block of memory was successfully allocated. If so, in step 334, the block sizes added to the amount of total 

45 memory reserved for one purpose or another. 

In step 335, the user is prompted for the amount of total memory to reserve. In step 336, the capacity table 
is updated and the process ends in 337. 

The "sniff test and benchmarking procedure are described in greater detail below. However, the applicants 
are using preexisting techniques to implement this portion of their invention. 

so Most modern computer systems provide interfaces to user programs that allow the programmer to deter- 

mine the system's physical configuration. These interfaces are commonly called "Device Sniff interfaces, and 
are usually implem nted as an input/output c ntrol (abbreviated IOCt1) entry point to the device's driver. 

The multimedia Resourc Res rvation System (RRS) uses th se lOCtls to d termine the capabilities of 
the devices that it is reserving. For Disk and Disk controllers, the RRS needs to know the maximum available 

55 throughput for each disk and the total throughput of each disk/controller combination. The sniff test performed 
by the RRS is able to identify all physical disk drives in the system, and is also able to tell which disks are 
attached to each physical disk controller. As rea-time systems become more prevalent, disk manufacturers 
may provide throughput information directly on the disk itself. If this is the case, then the sniff test will be abl 
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to retri v the throughput data directly. If that data is not availabt , th n at I ast th physical disk identity and 
its controller attachment can be record d bythesniff pr cedureandus das input to the benchmarking process 
(described below). 

The RRS also needs to know the throughput of the networks to which the server is attached, and the 

5 throughput of the system bus. These values may also be determined by a sniff test: the network adapters may 
be identified by network type and throughput (e.g.: 16Mbps Token Ring, 10Mbps Ethernet, 100Mbps FDDI, 
etc.), and the bus type may be determined (e.g.: 40Mhz MicroChannel, 33Mhz EISA, 8Mhz ISA, etc.). Both of 
these sniffs are performed through lOCtls provided by the respective device drivers. 

More information on hardware sniffing may be found in "IBM OS/2 2.0 Independent Hardware Vendors 

io DASD/SCSI Device Support" Chapter 9, "TESTCFG.SYS - Adapter Presence Check Services", available upon 
request from the IBM Corporation. 

If the exact throughput values for disk and disk/controller combinations are not available (neither via direct 
configuration by the user nor by sniff), then the disk and controller devices amy be "benchmarked". This proc- 
ess determines the maximum throughput of the disks and controller in the system by issuing a series of random 

15 read accesses to the disks and controllers being benchmarked, and measuring the time each access requires 
to complete. After enough data has been gathered, that is, enough reads have been performed, a statistical 
model of the disk and controller performance characteristics can be built This model shows the maximum 
throughput each disk and disk/controller combination is capable of sustaining . This data is then recorded in 
the RRS system configuration file, so the benchmarking process will not need to be repeated every time the 

20 RRS starts. 

One of the results of the configuration process is an updated initialization file which is used to build the 
resource capabilities table within the resource reservation system table described below in connection with 
Fig. 9. The updated initialization file is dumped into a log file an example of which immediately follows: 

25 

Table 2. Log File 

Sample rrs.log file Contents 



30 05/06/1993 16:53:28 Subsystem NETBEUI_A584EA0 Added 

05/06/1993 16:53:28 33 MHz 486 MCA Computer is Configured 

with Resource Id A582678 
05/06/1993 16:53:29 4Mbps 802.5 Network Adapter #0 is 

Configured with Resource Id A582698, 
05/06/1993 16:53:29 2,250 MBps SCSI Disk #1 is Configured 

with Resource Id A5827DE, Controller 
^ is #1 is #1 

05/06/1993 16:53:29 AVI Files Configured for Automatic 

Reservation, Q0S is <175000 64000> 
05/06/1993 16:53:29 AVS Files Configured for Automatic 
45 Reservation, QOS is <150000 -1> 

05/06/1993 16:53:29 Disk Map is Configured: 

<001111000000000000 
00000000> 
50 05/06/1993 16:54:11 Subsystem HPFS386_A584EE0 Added 



The configuration subsystem parses the initialization file described above and reports the device connec- 
55 tivities feeds and am unt of reserve above all capacity in a log file such as that depicted in Table 2. Thus, the 
log file provides a means for the system to verify the configuration provided in the initialization file. It is also 
used to determined how disk are configured and report network disk end and other device speed to the system 
administrator. In the table software systems such as a protocol driver (NetBeui) a high performance file system 
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(HPFS) which control acc ss priority s rvice bas d on th controls of the OS/2 resourc reservation system. 
Also sh wn in Table 2 is a disk map which shows which logical d vie s are conn cted to which physical desks. 
A 1 indicat s that a connection tak s place. Aft r th configuration process, the network all ws multimedia 
normal traffic to traverse between workstations. In the event that the system administrator determines that 

5 the resources are not allocated optimally, the resource reservation system allows the network to be tuned. 
Reasons why the system administrator may wish to tune the network include, insufficient reservation or re- 
sources, which will cause glitches and jitter in the multimedia sessions or too much reservation of resources 
which prevents normal data transfer from occurring. 

Referring to FIG. 1 0, in step 400, the system administrator invokes the reservation screen. The reservation 

io screen can be a simple command line interface which querys the user as to what resources are to be recon- 
figured, or it can be a graphical user interface as depicted in FIG. 11. In any event, the process proceeds to 
prompt the user for which system resource or network resource needs to be configured, step 401 . In step 403, 
a test is performed to determined whether the resource is a disk. If so, in step 405, the disk information from 
the initialization file is read. The user is shown the existing allocation for the multimedia traffic on the particular 

15 disk in question and prompts the user for an update. In step 409, the initialization file for the disk is updated 
in response to the user input, i.e., alphanumeric input from the keyboard or by manipulation of elements within 
the graphical user interface with a pointing device. A test is performed in step 411 to determine whether the 
user wishes to reconfigure the disk controller, this may follow and unsuccessful test in step 403 or the disk 
update in the initialization file in step 409. It is possible that the user interface would allow the user to specify 

20 that more than one resource is to be configured during this session. If the user wishes to reconfigure the disk 
controller in step 413, the disk controller information is read from the initialization file. The user is shown the 
existing allocation for the disk controller and prompted to update the information, step 415. In response to user 
input, the initialization file is updated for the disk controller in step 417. The process proceeds to step 419, to 
determine whether the user wishes to update the bus information. If so, the disk controller information is read 

25 from the initialization file, in step 421. The user shown the existing allocation for the bus and prompted to up- 
date, step 423. Finally, the file is updated in step 425. Although the figure shows only disk, disk controller and 
bus resources, other resources, such as the network adapter and server memory can also be configured. After 
all the resources have been successfully reconfigured in the initialization file is updated and the new results 
are dumped in the logfile. The process ends in step 427. 

30 An example of a change to the resource reservation and capacity parameters as they would be reflected 

in the initialization and log files depicted above in Tables 1 and 2 are given below in Tables 3 and 4. Assume 
that the transfer rate of disk #1 is increased and that the proportion of network bandwidth that can be reserved 
in decreased like so. 

35 
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Table 3. Initialization File 



[FILE] 

readtput = 175000 
fileext = AVI 
readburst = 64000 
writeburst = 0 
writeput = 0 



[DISK] 

is 

DISKNUM = 1 
DISKTYPE = SCSI 

XferRate = 1800000 ; . . .was 1 MBps , now it is 

20 1.8 MBps 

[MACHINE] 

CPUTYPE = I486 
25 CPUSPEED = 33 

Bustype = MCA 



[FILE] 

READTPUT = 150000 
READBURST = 6400 
FILEEXT = AVS 



40 



45 



writeburst = 0 
writeput = 0 

[NETWORK ] 

ADAPTER = 0 

Reserved = 60 ;...was 80% now it's 60% 

so that disk #2 now has reservable capacity set to 1 ,800,000 bytes per second, and network adapter #0 is set 
to 60%. This is what would be reported in the rrs.log 



50 
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Table 4. Addition to Log File 

05/06/1993 16:58:47 33 MHz 486 MCA Computer is 

Configured with Resource Id A60389E 
05/06/1993 16:58:47 4 Mbps 802.5 Network Adapter #0 is 

Configured with Resource Id A6038BE, 



R 300000 

05/06/1993 16:58:47 

Controller is #2, R 
05/06/1993 16:58:47 

05/06/1993 16:58:47 

05/06/1993 16:58:47 



1.800 MBps SCSI Disk #1 is 

Configured with Resource Id A603A2A, 
1800000 

AVI Files Configured for Automatic 
Reservation, Q0S is <175000 64000> 

AVS Files Configured for Automatic 
Reservation, QOS is <150000 -1> 

Disk Map is Configured: 

<• . 11112 



25 



30 



35 



40 



45 



50 



55 



In this logfile, the reservable throughput of disk #2 is reported to be 1,8000,000. And the reservable 
throughput of network adapter #0 is 3000,000 bytes per second (or 2,000,000 bits per second which is 60% 
of a 4 Mbps Token Ring). 

The system logfile generated by the configuration subsystem is useful for the system administrator to mon- 
itor the communication on the network. Initially after the devices are configured as shown in FIGs. 6A-6C, re- 
sulting initialization file is dumped into the logfile. System traffic such as the beginning and ending of sessions, 
multimedia or otherwise, are also continuously logged in into the logfile changes to the initialization file are 
also logged. Further, errors or problems in initiating a multimedia session, for example, insufficient bandwidth 
on a particular device can also be logged into the log file. Other problems include normal traffic being refused 
because of an overly large multimedia reservation on a particular resource can also be detected in the logfile. 
The log file provides this means to monitor system performance and determine the need to adjust the resource 
maximum reservable percentage of the resource for multimedia traffic. 

In FIG. 8, a GUI which allows the system administrator or user to adjust the plurality of resource reservation 
percentages is depicted. The GUI for 450 has 4 sliders 451, 453, 455 and 457 which respectively control the 
resource reservation for a SCSI disk, a first net adapter, a second net adapter and a microchannel system bus. 
In the slider a scaled line is presented in which percentages are given for total capacity (100%) 459, a recom- 
mended reservable percentage 461 maximum and the current maximum reservable percentage 463 for mul- 
timedia applications. The percentage numbers can also be given in terms of absolute values of resource ca- 
pability. The maximum recommended parameter is the judgement of the system designer as to the behavior 
f typical disk net adapters or buses, believing that reservation allocations above that amount would cause 
normal traffic to deteriorate. As discussed above, the benchmarking process can also be used to determine 
the maximum recommended percentage. The maximum reservable amount is the actual amount of the re- 
source which can currently be reserved for a multimedia traffic. The current maximum reservable percentage 
results from default (which may be the maximum recommended percentage) or user input during the config- 
uration process described above. However, because technology continually evolves, the user is not constrain- 
ed against setting the maximum reservable portion of the resource above the recommended amount. To 
change the maximum reservable amount the user manipulates a pointer from a pointing device such as a 
mouse over the knob 465, grabs th knob, moves it over the maximum res rvable point r463, holds the mous 
button, drags it to the desired value along the slid r bar 451, and r I as s the button. If the value is correct, 
he moves the mouse pointer over to th set button 467 and activates it. The change would also be logged in 
to the log file as well as being changed to th initialization file. Notic that the current maximum reservable 
percentage for the disk is 60% below the 80% maximum rec mmended value. The maximum reservable 
amount for the net adaptor, #1 is at 75% above the 70% maximum recommended percentage and the maximum 
reservable for th bus is set equal to the maximum recommended amount at 60%. Other graphical user inter- 
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faces, such as a spin wheel could be used. A spin wh I is describ d in The Common User Access 1993 Guide- 
lin s available from the IBM C rporation. 

FIG. 9 shows the resource reservation table 500 which includes a capacity tabl 501 and a current res- 
ervations table to the right. The capacity table is built from the initialization file, and includes information on 

5 the resource type 505 f and its location 507 which is often denoted by a numeral. The capacity of the resource 
509 and the percentage of the capacity 511 which is devoted to multimedia traffic are also included in the ca- 
pacity table. The current reservation table side 503 is the subject of commonly assigned, copending application 
entitled "Method and Apparatus for Reserving Resources to Assure Quality of Service" Attorney Docket Num- 
ber AT9-93-062 to M. Baugher et al incorporated above by reference and is described in much greater detail 

10 therein. The current reservations table 503 is also built from the initialization file using the characteristics of 
the different multimedia files. The current reservations table includes information on a session number 513, 
the throughput 515, the burst rate 515 and allowable delay 517. 

FIG. 10 depicts one method for building the current reservations table side of the resource reservation 
system table. In response to a request in step 550 to start a session, a system will perform a test in step 551 

15 to determine whether an extended attributes extension to the header of the multimedia file can be found. In 
many operating systems including OS/2, an extended attributes field allows a programmer to input many char- 
acteristics of the file such as quality of server parameters, which are not part of the standard file attributes. 
If there are extended attributes, in step 553, they are read and in step 555, a test determined whether the mul- 
timedia application has quality of service parameters associated therewith. If so, an attempt is made to reserve 

20 the necessary resources in step 565. 

If there are no quality of service parameters in the extended attributes field, the process proceeds to step 
557 to determine whether default parameters exist for the multimedia application within the initialization file. 
These default parameters may be derived from the file extension which indicates what type of file it is, e.g., 
ABA, AVI, Voice and so forth, or it may be derived by benchmarking the application by determining the number 

25 of frames, the frame rate and other parameters to calculate what the necessary quality of service would be 
required to be. If the intitialization file has default parameters, these are read in step 559. The process proceeds 
to step 565 to attempt to reserve the necessary resources. In step 561 , the resource reservations system as- 
sumes that the file is a normal file and follows normal procedures for opening the file and transmitting it over 
the network. The process ends in step 563. The success or failure of opening the normal file in step 561 may 

30 be recorded in the log file started by the configuration process above. If the file was a multimedia file, the 
attempt to reserve the necessary resources is tested in step 567. If the attempt was unsuccessful, an error 
condition is generated in step 569 and a log entry is made in the log file. If the attempt was successful the file 
was opened and entries made in the log file and an entry is made in the current reservations table that a ses- 
sion was started for the multimedia application. The necessary percentage of the varied system resources re- 

35 quired to maintain quality of service for the application are also entered in the current reservations table. The 
process ends step 573. 

While the embodiments above have been described primarily in terms of a system administrator changing 
the maximum reservable percentage of a system resource at the serve machine, it is possible to configure 
the system so that a user would be able to adjust the maximum resource reservation value as well. The re- 

40 source reservation system might test the user's credentials requiring that a certain authority level. Alternatively, 
the user may be allowed to reserve resources on his or own personal workstation, but not server resources. 
Further, other network resources located at the workstations or elsewhere in the network such as bridges or 
routers could similarly be reserved by the present invention. 

Yet further, the invention finds application in a standalone computer environment in which a multimedia 

45 tasking operating system is found. Current technology exists to create a continuous streaming television or 
video picture within a window on the system display, displaying for example, a television news broadcast or 
movie video from a VCR. Concurrently, the user can be performing application tasks such as manipulating a 
spreadsheet or performing word processing. The user wishes to guarantee that neither the spread sheet nor 
the video be impaired by loss of data or reduction in quality of service. Thus, the present invention could be 

so used to set the maximum reservable resources for the stand alone system. 

While the invention has been described with respect to particular embodiments above, it will be understood 
by those skilled in the art that modifications may be made without departing from the spirit and scope of the 
pres nt invention. Th se embodiments are for purposes of exam pi and illustration only and are not to b taken 
to limit th scop f th inv ntion narrow r than the scope of the app nded claims. 

55 
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Claims 

1. A system for adjusting a resource reservation for multimedia and normal traffic in a computer syst m com- 
prising: 

5 storage means for storing data concerning a resource including a current maximum resource res- 

ervation for multimedia traffic; 

user operable means for presenting the current maximum resource reservation to allow adjustment 
to a new maximum resource reservation; and 

means for reserving a portion of the resource according to the new maximum resource reservation 
w and for reserving a remainder of the resource for normal traffic. 

2. A system as recited in claim 1, wherein the storage means comprises a data structure which contains 
default data concerning the current maximum resource reservation. 



15 



A system according to claim 1 or claim 2, which further comprises means to enter the resource data in 
the storage means. 

4. A system according to any one of claims 1 to 3, which further comprises means for searching the computer 
system for an application file containing the resource data. 

20 5. A system according to any one of the preceding claims, which further comprises means for benchmarking 
the resource to determine the resource data. 

6. Asystem according to any one of the preceding claims, wherein the user operable means includes a graph- 
ical user interface in which a range of resource reservations is represented as a scale and the current 

25 maximum resource reservation as a point on the scale. 

7. A method for adjusting a resource reservation for multimedia and normal traffic in a computer system 
comprising the steps of: 

storing data concerning a resource including a current maximum resource reservation for multi- 
30 media traffic; 

presenting the current maximum resource reservation on a system display to allow adjustment to 
a new maximum resource reservation; and 

reserving a portion of the resource according to the new maximum resource reservation and re- 
serving a remainder of the resource for normal traffic. 

35 

8. A method as recited in claim 7 wherein the storing step includes the step of retrieving default data con- 
cerning the current maximum resource reservation. 

9. Amethod as recited in claim 7 which further comprises the step of entering the resource data in the storage 
40 means. 

10. Amethod as recited in claim 9 which further comprises the step of searching the computer system for an 
application file containing the resource data. 

11. A method as recited in claim 9 which further comprises the step of benchmarking the resource to deter- 
45 mine the resource data. 

12. Amethod according to any one of claims 7 to 11 , wherein the presenting step includes presenting a graph- 
ical user interface in which a range of resource reservations is represented as a scale and the current 
maximum resource reservation as a point on the scale. 

so 
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16 



BNSDOCID: <EP 0632673A2_l_> 



EP 0 632 673 A2 



INIT FILE 


54 


CONFIG. SUB. 


56 


RESERVATION 


58 


SUB. 


RRS 


52 







RAM 
24 



11 



MEMORY 
MANAGEMENT 
25 



MICRO- 
PROCESSOR 
22 



21 

4 




46 

± 



33 

± 



DIGITAL 
SIGNAL 

PRO- 
CESSOR 




HARD 
DISK 
26 



CD ROM 
32 



FLOPPY 
DISK 
27 



KEYBOARD 
CONTROLLER 
28 



MOUSE 
CONTROLLER 
29 



VIDEO 
CONTROLLER 
30 



AUDIO 
CONTROLLER 

31 



KEYBOARD 
12 





MOUSE 




11 



GRAPHIC DISPLAY I 



FIG. 2 



I 



SPEAKER 




SPEAKER 


ISA 




15B - 









17 



f 



EP 0 632 673 A2 




BNSDOCID: <EP 0632673A2_I_> 



EP 0 632 673 A2 



O 
a. 



si 

z 
o 

I 

UJ 
CO 
UJ 

oc 

Q_ 



SI 



CO 
CO 
UJ 
CO 



SI 



2 

CO 

1 



<M| 



cc 
p 



SI 



5 
§2 



CO 

>- 

CO 

cc 



CO 

oc 
cr 



DC 
ui 
co 











£1 


























si 






a. 




CO 
AN! 




rwc 

l f f V 

ED 




i| 










NEl 
EVIC 




is 










a 







II 



§1 

ZiO 
Q-CC 
Q_Q- 



>- 
CO 

UJ 

—I 
o 



si 





SSI 


SSI 


SI 


81 


31 


SI 


Q 1 

OO 1 


^PLICATION 


1ESENTATI0N 


SESSION 


fRANSPORT 


NETWORK 


z 
-J 


PHYSICAL 




a. 













19 



3NSDOCID: <EP 0632673A2_I_> 



EP 0 632 673 A2 



250 




255 



256 



257 



258 



CREATE NEW 
RRS. INI 






r 


WRITE AVS 
DEFAULTS 






f 


WRITE AVI 
DEFAULTS 






f 


WRITE VOC 
DEFAULTS 






r 


WRIT! 
DEFA 


iSCSI 
ULTS 



YES 









READ INITIALIZATION 






FILE 





DEVICES 



1 


rV. CONFIGURED ^> — 1 


CONFIGURATION 
PROCESS 




1 r 269 


BUILD DEVICE 
CAPABILITIES TABLE 




-4 




-r 271 




END 



FIG. 5 

20 



BNSDOC1D: <EP_0632673A2_I„> 



EP 0 632 673 A2 



301 



READ DISK INFO FROM RRS. INI Kn 



303 



| SNIFF DISK INFO 




YES 



FIG. 6A 



304 
NO 



YES 



305 



306 



2i 




INFO 
SNIFFED 
? 



BENCHMARK DISK I 

I 



USER INPUT TO RESERVED 
DISK CAPACITY 




YES 



I READ DISK CONTROLLER INFO| «« 



308 




[SNIFF DISK CONT. INFO | 
311 

NO^^ INFO ^\YES 



312 



21 




BENCHMARK DISK 
CONTROLLER 



I 



313 



USER INPUT TO RESERVED 
DISK CONTROLLER CAPACITY 




YES 



21 



EP_0632673A2_I_> 



EP 0 632 673 A2 



2 



315 



I READ BUS INFO FROM RRS. INI \ 




SNIFF BUS INFO I 

T 



YES 



319 




. 

BENCHMARK BUS \ 



320 



PROMPT FOR USER INPUT 
FOR BUS RESERVATION 



READ NETWORK ADAPTER INFO | 



FIG. 6B 



322 



NET- 







^WORK ADAPTER^ — | 
^\INFO?>^ 




1 


r 


^^y-323 




I SNIFF NETWORK ADAPTER 


| 




324-^ 










NO ^ 


INFO ^OTES 
SNIFFED?/ 






325-^. 1 










BENCHMARK NETWORK 
ADAPTER 








• '* 




f 1 


r 


PROMPT USER FOR INPUT ON NETWORK 
ADAPTER RESERVATION 




22 



BNSDOCID: <EP 0S32G73A2_I_> 



EP 0 632 673 A2 



1 



JZ 



328 



READ MEMORY SIZE FROM RRS. INI | 



FIG. 6C 




PROMPT USER FOR INPUT FOR 
MEMORY RESERVATION 




r 


UPDATE CAF 


•ACHY TABLE 



336 



END ^ 



337 



23 



EP 0632673A2_I_> 



EP 0 632 673 A2 



CALL RESERVATION SCREEN \-^~ 400 

+ 

SPECIFY WHAT RESOURCE TO BE RECONFIGURED 401 




FIG. 7 



YES 



READ DISK INFO FROM INITIALIZATION FILE 



I 



SHOW USER EXISTING ALLOCATION FOR DISK AND PROMPT FOR UPDATE 




I 



UPDATE INITIALIZATION FILE FOR DISK 



DISK \YES 
CONTROLLER^ 



READ DISK CONTROLLER INFO FROM INITIALI ZATION FILE 

♦ — 



SHOW USER EXISTING ALLOCATION FOR DISK 
CONTROLLER AND PROMPT FOR UPDATE 




± 



UPDATE FILE FOR DISK CONTROLLER 



YES 



READ DISK CONTROLLER INFO FROM INITIALIZATION FILE 



SHOW EXISTING ALLOCATION FOR BUS AND PROMPT FOR UPDATE 



UPDATE FILE FOR BUS 




24 



_0632673A2J_> 



EP 0 632 673 A2 



SCSI DISK, #1 , 2,000,000 Bps 451 

0% MM yr60% 80% "X M 100%-, 




465 t t 

MAXIMUM MAXIMUM 
467 RESERVABLE RECOMMENDED 



NETWORK TOKEN RING ADAPTER #0, 1 6 Mbps 453 

0% 60% 80% 100% 

; ; t 

^J^V MAXIMUM MAXIMUM 

RESERVABLE RECOMMENDED 




NETWORK TOKEN RING ADAPTER #1,10 Mbps 455 

0% 70% 75% 100% 

i — a — ! . 

F? 

set) 

REC RES 






MICROCHANNEL BUS, 34 MBps 


457 


0% 

I 

I — 


70% 


100% 
i 






l 




MAX 
REC + RES 





450 



FIG. 8 

25 

BNSDOCID: <EP 0632673A2J_> 



EP 0 632 673 A2 



0.3 s 
0.3 s 


CO 
CO 


CO 


0.3 s 
0.3 s 


o o 
lo 


o 
to 


CD 


o o 

LO x*- 


150 KBps 
175 KBps 


1 .2 Mbps 


1 .4 Mbps 


300 KBps 
350 KBps 


Session #1 
Session #2 


Session #1 


Session #2 


j 

Session #1 
Session #2 


lO 


0 s - 
O 
OO 


CD 


CD 

to 


#2,000,000 Bps 


1 6 Mbps 


1 0 Mbps 


34 MBps 


*t 








SCSI DISK 


NET ADAPTER 
TOKEN RING 


NET ADAPTER 
ETHERNET 


MICRO 
CHANNEL 
SYSTEM BUS 



to 



lo 



LO 



^8 

' LO 



4 

} 



C5 



> 8 



26 



BNSDOCID: <EP_0632673A2_I_> 



EP 0 632 673 A2 



550 • 



RECEIVE REQ UEST 




FIG. 10 



27 



THIS PAGE BLANK (ospto) 



Europaisch s Patentamt 
Europ an Patent Offic 
Office europeen de brevets 




(u) Publication number : 0 632 673 A3 



EUROPEAN PATENT APPLICATION 



@ Application number : 94304719.1 
@ Date of filing : 28.06.94 



© int. ci. 6 : H04Q 11/04, H04L 12/56, 
H04L 12/24 



(30) Priority : 29.06.93 US 85275 

(43) Date of publication of application : 
04.01.95 Bulletin 95/01 

(84) Designated Contracting States : 

AT BE CH DE ES FR GB IT U NL SE 

(88) Date of deferred publication of search report : 
16.08.95 Bulletin 95/33 

(n) Applicant : International Business Machines 
Corporation 
Old Orchard Road 
Armonk, N.Y. 10504 (US) 



@ Inventor : Baugher, Mark John 
4613 Ramsey Avenue 
Austin, Texas 78756 (US) 
Inventor : Stephens, Alan Pafmer 
3103 Funston Street 
Austin, Texas 78756 (US) 

(74) Representative : Moss, Robert Douglas 
IBM United Kingdom Limited 
Intellectual Property Department 
Hursley Park 

Winchester Hampshire S021 2JN (GB) 



(54) Multimedia resource reservation system. 



(57) Provided are a system and method for adjust- 
ing a resource reservation for multimedia and 
normal traffic An initialization file is used for 
storing data concerning a resource including a 
current maximum resource reservation for mul- 
timedia traffic. The user is presented the current 
maximum resource reservation, preferably in a 
graphical user interface to alfow the user to 
adjust the resource reservation to a new 
maximum resource reservation in the initiali- 
zation file. One preferred graphical user inter- 
face presents a range of resource reservations 
is represented as a scale and the current 
maximum resource reservation as a point on 
the scale. The resource reservation is used by 
the operating system or other software for re- 
serving a portion of the resource. The remain- 
der of the resource is allocated to normal traffic. 



SCSI DISK, #1, 2,000,000 Bps 

=0 



^461 



I f 

MAXIMUM MAXIMUM 
RESOLVABLE RECOMMENDED 



NETWORK TOKEN RING ADAPTER #0, 1 6 Mbps 45? 



0% 



60% 



60% 

I 



100% 



® 



4 t 

MAXMUM MAXIMUM 
RESEHVABLE RECOMMENDED 



NETWORK TOKEN RING ADAPTER #1,10 Mbps £5 

0% 7U% 75% 100% 



® 



70% 75% 
♦ + 



♦ 4 

MAX MAX 

REC RES 



CO 

< 

CO 
CD 

CM 
CO 
CD 



0. 
LU 



0% 
I 



MICROCHANNEL BUS, 34 MBps 



70% 



4b 

MAX 

REC* RES 



fig. e 



Jouvo, 18. rue Saint-Denis, 75001 PARIS 



100% 
I 



450 



<EP 0632673A3_I_> 



EP 0 632 673 A3 



European Patent 
Office 



EUROPEAN SEARCH REPORT 



Application Number 

EP 94 30 4719 



DOCUMENTS CONSIDERED TO BE RELEVANT 



Category 



Citation of document with indication, where appropriate, 
off relevant passages 



Relevant 
to I 



CLASSIFICATION OF THE 
APPLICATION (IntCLo) 



EP-A-0 490 624 (INTERNATIONAL BUSINESS 
MACHINES) 

* column 2, line 12 - "line 22; claim 1 * 

HEWLETT-PACKARD JOURNAL, 

vol. 41, no. 2, April 1990 PALO ALTO US, 

pages 60-65, XP 000116175 

C . J . SMITH , A . J . KULAKCW , K . L . GANNON ' HP 

Open View Windows: A L'sar Interface for 

Network Management Solutions 1 

* page 60 - page 61, left column, line 49 



1,3,6,7, 
9,12 



1,3,6,7, 
9,12 



H04Q11/04 
H04L12/56 
H04L12/24 



TECHNICAL FIELDS 
SEARCHED (Int.CL6) 



H04L 
H04Q 



The present search report has been drawn up for all claims 



Plats mi ustk 


1 Dati of conr lettoa of Ita cesdi 




THE HAGUE 


24 May 1995 


Veen, G 



CATEGORY OF CITED DOCUMENTS 

X : particularly relevant if taken alone 

Y : particularly relevant if combined with anoih er 

doenmeot of the same category 
A : taconoiotfcaJ background 
O : noo-«rtttoB disclosure 
P : intermediate document 



1 : theory or principle underlying the invention 
E : earlier patent document, bat published on, en 

after the filing date 
D : document cited in the application 
L : document cited for other reasons 



& : mem her of the srjne patent family, correspoaclr.g 
document 



2 



BNSDOCID: <EP 0632673A3J_> 



SCSI DISK, #1, 2,000.000 Bps 



I 



463-^ 



^461 



7^4 



MAXIMUM 
RESERVABLE 



f 

MAXUUU 
RECOMMENDED 



NETWORK TOKEN RING ADAPTER #0, 1 6 Mbps *a 



L 



60% 
♦ 



BOX 



♦ ♦ 

MAXUUU MAXIMUM 
RESERVABLE RECOMMENDED 



100% 



NETWORK TOKEN RING ADAPTER #1,10 Mbps 



I 



© 



70% 75% 



M 

MAX MAX 



100% 

I 



MICROCHANNEL BUS, 34 MBps 

70% 100% 

^ & ! 



0% 
I 



© 



1> 



MAX 

REC ♦ RES 



_0632673PAFP^ 



THIS PAGE BLANK (ospto) 



